home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv3.zip / V3N6M.TXT < prev    next >
Text File  |  1993-12-06  |  6KB  |  163 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Musician's Digest       Mon, 6 Dec 93  2:32          Volume 3: Issue   6  
  5.  
  6. Today's Topics:
  7.                               Bank stuff
  8.                    Cakewalk v2 patch load problems
  9.                          Creating Patch Files
  10.                              MIDI-Cables
  11.                              MIDI-problem
  12.  
  13. Standard Info:
  14.     - Meta-info about the GUS can be found at the end of the Digest.
  15.     - Before you ask a question, please READ THE FAQ.
  16.  
  17. ----------------------------------------------------------------------
  18.  
  19. Date: 05 Dec 93 17:21:32 EST
  20. From: "Eric Bell, Howling Dog Systems" <71333.2166@CompuServe.COM>
  21. Subject: Bank stuff
  22.  
  23. Phat writes:
  24.  
  25. > Why not have the Windows driver fill GUS RAM from the bottom (0k) up with
  26. > melodic patches, and from the top (1024k -- or 1016k if 8k is reserved for
  27. > WAV buffering) down with percussion patches?  This would save having to
  28. > reload the drum patches each time a new melodic patch was needed.
  29.  
  30. This would make more sense, but there is no memory management in the chip at present. This task might be impossible.
  31.  
  32. > 2.  MidiOutCachePatches should keep track of not only which patches have
  33. > been cached, but from which bank.
  34.  
  35. > 3.  The driver should respond to Controller 0 to keep track of which bank
  36. > is active for _each_ channel.
  37.  
  38. I think this would give us a really excellent and flexible system, but I worry
  39. about having enough RAM on the board to make use of it to any extent.
  40.  
  41. This setup would allow a GS implementation, as well.
  42.  
  43. I couldn't remember how to spell SQUAWK. That's better. SQUAWK SQUAWK.
  44.  
  45. > Why not use an approach like the *.cfg files for Playmidi?  The only
  46. > complication is the patch banks and how to work them into the scheme.  Well,
  47. > it seems to me we could all agree to leave one or several patch banks unused
  48. > that all custom stuff would default to.  You unzip the midi file and custom
  49. > patches into whichever directory you want, play the file, the calling
  50. > program (or the windows drivers) scans the directory for a *.cfg file
  51.  
  52. Here's the trouble with this approach. The application programs would have to
  53. be modified to 'know' about and handle the .cfg file. Or the driver would have
  54. to do the work, except the driver doesn't know anything about filenames you
  55. might be playing. Even if it were 'told' explicitly to load a .cfg file, that
  56. still means the calling applications have to be modified.
  57.  
  58. The strength of the current bank scheme is that if you set up some sounds in
  59. the ULTRASND.INI file in a bank, the calling app only has to make one tiny
  60. puny little change - send the bank number with the patch cache call.
  61.  
  62. Its important that this stuff work with a minimum of fuss for the user, and
  63. for developers. Look at the hassles trying to get games manufacturers to
  64. support the native GUS mode. It really holds things back.
  65.  
  66. > Even my grandmother could figure it out <g>.
  67.  
  68. You've a smart granny!
  69.  
  70. I sure wish Gravis would participate in this discussion.
  71.  
  72. Eric
  73.  
  74. ------------------------------
  75.  
  76. Date: Mon, 6 Dec 1993 12:54:38 +1030 (CST)
  77. From: Gavin <SCARMAN@hfrd.dsto.gov.au>
  78. Subject: Cakewalk v2 patch load problems
  79.  
  80. After installing the new GUS windows drivers and doing all the right config 
  81. things I now have trouble with Cakewalk loading patches. It get's halfway thru 
  82. and then says something like 'not enough memory on your soundcard for all the 
  83. patches'. However when I check free GUS memory with patchman I have 400K+ free. 
  84. Also I can load the patches manually via patchman and then Cake plays them OK. 
  85. And it's not patches on the drum channel either. This .MID played fine with the 
  86. old drivers, has anyone else experienced this? BTW, the other sequencers run 
  87. fine.
  88.  
  89. ------------------------------
  90.  
  91. Date: Mon, 6 Dec 93 8:32 BST
  92. From: "J.R. Paul Hanna - Computing Science" <CCBK23@UJVAX.ULSTER.AC.UK>
  93. Subject: Creating Patch Files
  94.  
  95. This may seem like a simple question but I have been unable to find an
  96. answer and would appreciate any help.
  97.  
  98. How do you create a Patch file? Do you create a WAV then use some
  99. conversion software? Or what?
  100.  
  101. I have been able to down load and use other peoples patches but would
  102. like to experiment creating my own.
  103.  
  104. Thanks in advance for any assistance offered.
  105.  
  106. Paul Hanna.
  107.  
  108. ------------------------------
  109.  
  110. Date: Mon, 6 Dec 93 04:59 MET
  111. From: pawal@proxxi.uf.se (Patrik Wallstr|m)
  112. Subject: Re: MIDI-Cables
  113.  
  114. Clarke Brunt:
  115.  
  116. Ordinary cables just Might short circuit your dear synthesizer.
  117.  
  118. --Patrik
  119.  
  120. ------------------------------
  121.  
  122. Date: Sun, 5 Dec 1993 22:40:42 +0100
  123. From: Robert Bielik <nh91rbi@csd.uu.se>
  124. Subject: MIDI-problem
  125.  
  126. To: Anyone who might have a clue why it doesn't work !
  127.  
  128. I have encountered a MIDI problem with my GUS resulting in what the
  129. SETUP-program defines as SOUNDBLATER/MIDI IRQ Timeout error.
  130. The GUS MIDI-port doesn't work with my Windows-based Seqenzing SW but has
  131. done so...(?) Yet the drivers seem to install correctly..
  132.  
  133. I would appreciate any suggestions about the problem or if anyoune has
  134. had similar types of problems. To me it seems like a HW-problem, or ?
  135.  
  136. Bye for now..
  137.  
  138. Robert Bielik (nh91rbi@csd.uu.se)
  139.  
  140. !If any more details are required for a guess,let me know!
  141.  
  142. ------------------------------
  143.  
  144. End of GUS Musician's Digest V3 #6
  145. **********************************
  146.  
  147. To post to tomorrow's digest:                        <gus-music@dsd.es.com>
  148. To (un)subscribe or get help:                <gus-music-request@dsd.es.com>
  149. To contact a human (last resort):              <gus-music-owner@dsd.es.com>
  150.  
  151. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  152.                      wuarchive.wustl.edu            /systems/msdos/ultrasound
  153.                      archive.orst.edu                    /pub/packages/gravis
  154.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  155. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  156.  
  157. Hints:
  158.       - Get the FAQ from the FTP sites or the request server.
  159.       - Mail to <gus-music-request@dsd.es.com> for info about other
  160.     GUS related mailing lists (general use, programmers, etc.).
  161.  
  162.  
  163.